home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000276_news@newsmaster….columbia.edu _Wed Jul 15 11:22:14 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA15473
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 15 Jul 1998 11:22:14 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA29792
  7.     for kermit.misc@watsun; Wed, 15 Jul 1998 11:22:14 -0400 (EDT)
  8. From: heiby_u@falkor.chi.il.us (Ron Heiby)
  9. Subject: Problems w/ 115Kbps Direct Connect - k95xfer.gif (0/1)
  10. Date: Wed, 15 Jul 1998 15:06:52 GMT
  11. Organization: Strategis Consulting Inc.
  12. Message-ID: <35acb87b.1654633@149.174.211.108>
  13. X-Newsreader: Forte Agent 1.5/32.451
  14. MIME-Version: 1.0
  15. Content-Type: text/plain; charset=us-ascii
  16. Content-Transfer-Encoding: 7bit
  17. Newsgroups: comp.protocols.kermit.misc
  18. Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!news2.ais.net!jamie!ais.net!WCG!arl-news-svc-3.compuserve.com!news-master.compuserve.com!nntp-ntawwabp.compuserve.com
  19. Lines: 51
  20. Xref: news.columbia.edu comp.protocols.kermit.misc:8976
  21.  
  22. I am having a problem with Kermit-95 1.1.17. I am seeing numerous CRC error,
  23. Retransmission, Bad Sequence Number, etc. errors on the file transfer.
  24. Sometimes, the transfer aborts. Sometimes it goes to completion and claims
  25. to be successful, but the file on disk is damaged.
  26.  
  27. I am running over a direct serial cable between my desktop (Pentium) and
  28. notebook (486DX4/100). The desktop is running as "server". When I send from
  29. the notebook to the desktop, I have never seen a problem. When I send from
  30. the desktop to the notebook, I am seeing these problems.
  31.  
  32. Both systems are running Windows 95. I have the serial ports set for 115200,
  33. mode local, modem none, flow rts/cts, handshake none, block check 3. Both
  34. using COM1 internal serial port. I have tried several receive packet lengths
  35. from 9024 down to 1500, and seen these failures. However, when I set the
  36. receive packet length to 1000, I have run about a dozen tests with no
  37. problem.
  38.  
  39. I tried adding "set receive padding 94", but that seemed to have no effect
  40. on this problem.
  41.  
  42. Sooooo... I guess I have a work-around: "set receive packet-length 1000"
  43. when operating at high speeds, at least until I replace my notebook with
  44. something faster.
  45.  
  46. Questions still remaining:
  47.  
  48. 1) Why would I be seeing these problems? Is it some fundamental limitation
  49. of Win95? Could my serial port not have its buffering set properly? Does
  50. Kermit-95 set port buffering, or do I set it via Control Panel / System /
  51. Device Manager? I tried all four settings, but had problems on every one of
  52. them, so that doesn't seem to be it, at least by itself.
  53.  
  54. 2) When these errors happen, why doesn't K95 realize what is going on, and
  55. refrain from putting garbage into the file? Why does it indicate successful
  56. completion of the transfer when there are bytes missing from the file? This
  57. one is most disturbing.
  58.  
  59. 3) What the heck am *I* doing wrong (if anything)?
  60.  
  61. Here is a screen capture of my Kermit-95 window from one of the more (but
  62. not completely) successful tests at packet size 8000. Note that K95 reports
  63. that the transfer was successful, but that the number of bytes listed in the
  64. success report does not match the file size. The number of bytes in the
  65. success report is the number K95 wrote to the file. The number of bytes in
  66. the file size is the number of bytes that are *supposed* to be in the file.
  67.  
  68. Thanks!
  69.  
  70.  
  71. -- 
  72. Ron.